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Description 

OPTIMIZED PACKET AND TIME DIVISION 
MULTIPLEX TRANSMISSION AND 
NETWORK INTEGRATION 

Cross Reference to Related Applications 

[0001] This is a continuation-in-part of Application No. 

09/622,252, filed 01/04/2002, which is a national phase 

of International Application No. PCT/US00/01039, filed 

01/14/2000, which claims the benefit of U.S. Provisional 

Application No. 60/116,008, filed 01/15/1999. 
Background of Invention 

Technical Field 

[0002] Th e present invention relates generally to telecommunica- 
tions, and more particularly to network communications 

over and bypassing public telephone switching systems. 
Background Art 

[0003] FIG. 1 (background art) is a block diagram depicting the 
existing infrastructure 10 of the public switched telephone 



network (PSTN). Various devices may communicate via the 
existing infrastructure 10, and users today often have and 
use multiple such devices. In FIG. 1 a telephone 12a, fac- 
simile 12b, modem 12c, computer I2d, and special service 
device I2e are shown connected to a PSTN 14 and another 
telephone 12a, facsimile 12b, modem 12c, computer I2d, 
and special service device I2e are shown also connected to 
the PSTN 14. The telephones 12a and facsimiles 12b are 
analog type devices which may communicate with respec- 
tive like devices. In FIG. 1 the modems 12c stylistically de- 
pict the still common situation of digital devices (not 
shown) producing digital signals that are converted to and 
from analog type signals, but otherwise communicating 
using analog techniques. In contrast, the computers I2d 
and special service devices l2e shown here stylistically de- 
pict true digital type devices. 
[0004] while the presence of computers I2d in the existing in- 
frastructure 10 is relatively well known, some readers may 
not be familiar with the special service devices I2e. These 
are relatively common today, but little appreciated. Some 
examples include remote monitor able utility meters and 
alarm systems. Such special service devices I2e typically 
require a much lower data transfer rate than systems like 



the computers I2d. 

[0005] For communications between the respective sets of like 
devices, the analog "traffic" may be entirely via the PSTN 
14. In contrast, the digital traffic for the computers I2d 
may start on the PSTN 14 and then proceed via an Internet 
protocol network (IP network 18). Similarly, the digital 
traffic for the special service device I2e may start on the 
PSTN 14 and then proceed via a signal switching network, 
like the SS7 network 20 shown. 

[0006] FIG. 2 (background art) is a block diagram depicting the 
most common digital, or "Internet call," connection 
methodology. Digital devices (not shown here) produce 
digital signals which the modems 12c convert to analog 
type signals. The modems 12c connect to ingress switches 
22 via conventional voice circuits or (commonly) plain old 
telephone service lines (POTS lines 24). The ingress 
switches 22 may connect directly to an egress switch 26, 
via POTS lines 24, or to a tandem switch 28 that further 
connects to the egress switch 26 via an interoffice trunk 
30. The egress switch 26 is connected to an Internet ser- 
vice provider point-of-presence (ISP POP 32) via POTS 
lines 24. Often the ISPs will have multiple POTS lines 24 or 
ISDN primary rate interface configured into hunt groups, 



and this is the case depicted in FIG. 2. Finally, the ISP POP 
32 connects to the IP network 18. Of course, digital com- 
munications going the other direction travel essentially 
the reverse path. 

[0007] FIG. 3 (prior art) is a block diagram depicting the presently 
popular network evolution model, wherein the IP network 
18 evolves to become a single common packet backbone. 
Analog devices like telephones 12a and facsimiles 12b (FIG. 
1) have their signals converted to digital data packets. The 
same can be done for the analog output of modems 12c 
(FIG. 1), but would generally be pointless. Existing digital 
devices like the computers I2d would continue to connect 
to the IP network 18, and the special service devices I2e 
would evolve into types that could also connect to the IP 
network 18. New digital audio-video devices, like digital 
voice phones I2f and video units l2g (e.g., cameras, or 
"CAMs" as they are often termed in the industry) can simi- 
larly connect directly to the IP network 18. Unfortunately, 
there are problems with this evolution model. In particu- 
lar, and as discussed more extensively elsewhere herein, it 
obsoletes the current investment in PSTN technology and 
it introduces a number of transitional technical problems. 

[0008] FIG. 4 is a block diagram depicting a more suitable net- 



work evolution model. The various communications de- 
vices (12a-gJ connect to an access network 34, and the 
access network 34 connects to the PSTN 14 (essentially the 
major central element already in the existing infrastruc- 
ture 10), the IP network 18, the SS7 network 20 and also a 
broadband network 36. The IP network 18 can handle most 
existing bandwidth digital communications, and the 
broadband network 36 can handle high bandwidth com- 
munications such as digital video. Under this alternate 
network evolution model the broadband network 36 would 
initially be optional, and only added as needed. 

[0009] FIG. 5 (background art) is a block diagram of a conven- 
tional current digital loop carrier communications archi- 
tecture (DLC architecture 40). At a customer premises 42 a 
LAN 44 includes network devices 46 and what will here be 
termed customer premises equipment (CPE 48; such as a 
channel service unit/data service unit, analog/ISDN/xDSL 
type modems etc.). The customer premises 42 may also 
include plain old telephone service (POTS) devices, such as 
the telephone 12a which is shown. 

[0010] The next segment in the communications architecture is 
the local loop 50. It primarily includes a remote terminal 
52. Connecting digital traffic from the CPE 48 to the re- 



mote terminal 52 is one or more Tl/El/DSx lines 54 
(which here may generically include all digital "copper 
wire" protocols as well, e.g., xDSL and ISDN). Carrying 
analog (e.g., voice, facsimile, and modem) POTS traffic to 
the remote terminal 52 are one or more POTS lines 24. A 
plurality of such customer premises 42 is typically serviced 
by each remote terminal 52. 

[0011] Following this in the communications architecture is the 
central office 56, which includes a central office terminal 
58 that connects to a central office switch 60 (larger cen- 
tral offices typically include multiple central office termi- 
nals 58 and multiple central office switches 60, and central 
offices may even have remote terminals 52 directly con- 
nected into the central office switches 60). Optionally, In- 
ternet routers 62 from Internet service providers (ISP's), 
may also be connected to the central office switch 60. 

[0012] For simplicity in discussion, the Internet is used as a 
generic example of a specialized application network 
here, but it should be appreciated that many other exam- 
ples exist. Alarm systems and video conferencing net- 
works are two common ones, and ones which might re- 
spectively use the SS7 network 20 (FIG. 1 and 4) and the 
broadband network 36 (FIG. 4). For convenience in discus- 



sion, such dispersed networks that operate through, or in 
some segments parallel to, the public telephone switching 
system are herein termed wide area networks (WAN 64). 
[0013] Continuing with FIG. 5 (background art), a plurality of lo- 
cal loops 50 are typically serviced by each central office 
terminal 58, and a plurality of specialized networks de- 
vices (e.g., Internet routers 62) may be serviced by each 
central office switch 60. Today, the remote terminal 52 to 
central office terminal 58, the central office terminal 58 to 
central office switch 60, and the central office switch 60 to 
Internet router 62 connections are typically all also 
Tl/El/DSx lines 54. Fig. 5 includes the specialized net- 
work example of an ISP's Internet routers 62 in turn con- 
nected to other devices (not shown) by a 10/100/1000 
base-T line in the WAN 64. This example presumes the 
modern practice of directly connecting specialized net- 
work devices directly to the central office switch 60 with 
Tl/El/DSx lines 54. Older installations, smaller ISP's, and 
other specialized networks may still employ modem 
banks. 

[0014] within this conventional architecture, the recent approach 
to increasing switching system bandwidth has been devel- 
opment of new technologies. One example is digital sub- 



scriber line (xDSL). It increases existing copper wire band- 
width, but by adding yet another set of protocols. It also 
address the problem in only one segment of the commu- 
nications architecture, the customer premises 42 to local 
loop 50 segment, thus making it a stratified approach. 
This approach uses asynchronous transfer mode (ATM), 
which requires new hardware throughout the entire com- 
munications architecture, and is therefore not a stratified 
approach. ATM also requires fixed length packets, which 
is not always efficient when dealing with a variety of data 
types. ATM may hold great promise for the ultimate fu- 
ture, but it is definitely not an interim or inexpensive so- 
lution. 

[0015] FIG. 6a-b (prior art) are block diagrams of a current digital 
subscriber line (xDSL) architecture, wherein FIG. 6a de- 
picts the hardware architecture and FIG. 6b depicts the 
software architecture. In FIG. 6a, at the customer premises 
42 a computer I2d employs an ATM transmission unit — 
remote (ATU-R 66) to connect via an xDSL interface 68 to 
an ATU — central (ATU-C 70) in a DSL access multiplexer 
(DSLAM 72) at the telco central office 56. Further connec- 
tion is then made via an asynchronous transfer mode net- 
work (ATM 74) to a broadband access server (BAS 76) at a 



network service provider 78. In FIG. 6b, at the customer 
premises 42 a network protocol 80, point-to-point proto- 
col 82, an ATM adaptation layer (AAL5 84), ATM protocol 
86, and asynchronous DSL protocol (ADSL protocol 88) are 
employed. At the central office 56, the ATM protocol 86 
and the ADSL protocol 88 are employed along with a 
physical protocol 90. At the network service provider 78, 
another (layer) physical protocol 90, ATM protocol 86, 
AAL5 84, point-to-point protocol 82, and a network pro- 
tocol 80 are employed. Some of these layers may be the 
same and some may be different. For example, the physi- 
cal protocols 90 usually must be the same on adjacent 
nodes, and the network protocols 80 usually are the same 
correspondent nodes. 
[0016] | n summary, the communications architecture used today 
is quite complex, and getting more so. A myriad of differ- 
ent networks and protocols is already in use, with some 
being gradually grand-fathered out and emerging new 
ones growing in importance. It is simply not realistic to 
expect that old systems will be instantaneously replaced 
with new ones, and it follows that what is needed are sys- 
tems for graceful upgrade. Such systems should permit 
incorporation of both the existing systems and those 



which are emerging and even yet to be developed. 
Summary of Invention 

[0017] Accordingly, it is an object of the present invention to 

provide a system to optimize both packet and time divi- 
sion multiplex (TDM) transmissions in an integrated man- 
ner. 

[0018] Briefly, one preferred embodiment of the present inven- 
tion is an improved communications system of the type in 
which a public switched telephone network has communi- 
cations devices of both circuit switched and packet trans- 
fer types at multiple customer premises intercommunicat- 
ing via at least one telco central office. The improvement 
is an access network including an access concentrator lo- 
cated at a first customer premises and a transfer switch 
located at a telco central office. The access concentrator 
accepts both switched signals from circuit switched types 
of communications devices and packet signals from 
packet transfer types of communications devices. The ac- 
cess concentrator communicates both the switched sig- 
nals and packet signals as a terminating node signal over 
a first internal interface to the transfer switch. The trans- 
fer switch accepts the terminating node signal from the 
access concentrator and separates the switched signals 



from the terminating node signal, for transmission on- 
ward to instances of the circuit switched communications 
devices at another customer premises than the first. The 
transfer switch also separates the packet signals from the 
terminating node signal, for routing onward to instances 
of the packet transfer communications devices at another 
customer premises than the first. 
[0019] Briefly, another preferred embodiment of the present in- 
vention is a method for bandwidth transfer on a public 
telecommunications network wherein communications 
devices using switched signals and packet signals are lo- 
cated at multiple customer premises and intercommuni- 
cate via at least one telco central office. At least one cus- 
tomer signal is accepted from the communications de- 
vices into an access concentrator, wherein each customer 
signal is a member of the set consisting of switched sig- 
nals and packet signals. All the customer signals received 
at access concentrator are integrated into a terminating 
node signal. The terminating node signal is communi- 
cated to a transfer switch. At least one such terminating 
node signal is accepted at the transfer switch. All the 
switched signals from the terminating node signal are 
separated and the switched signals are transmitted on- 



ward to instances of the circuit switched communications 
devices at another customer premises than the first. All 
the packet signals from the terminating node are also 
separated and routed onward to instances of the packet 
transfer communications devices at another customer 
premises than the first. 
[0020] Briefly, another preferred embodiment of the present in- 
vention is an improved transfer switch for use via at least 
one telco central office in a communications system of the 
type in which a public switched telephone network has 
communications devices of both circuit switched and 
packet transfer types at a plurality of customer premises 
that intercommunicate. The transfer switch accepts a ter- 
minating node signal from an access concentrator at a 
first customer premises, wherein the access concentrator 
has formed the terminating node signal from both 
switched signals from circuit switched communications 
devices and packet signals from packet transfer commu- 
nications devices. The transfer switch separates the 
switched signals from the terminating node signal for 
transmission onward to instances of the circuit switched 
communications devices at a second customer premises. 
The transfer switch also separates the packet signals from 



the terminating node signal for routing onward to in- 
stances of the packet transfer communications devices at 
the second customer premises. 
[0021] Briefly, another preferred embodiment of the present in- 
vention is an improved access concentrator for use in a 
communications system of the type in which a public 
switched telephone network has communications devices 
of both circuit switched and packet transfer types at a 
plurality of customer premises that intercommunicate. 
The access concentrator accepts both switched signals 
from circuit switched communications devices and packet 
signals from packet transfer communications devices. The 
access concentrator then communicates both of the 
switched signals and the packet signals as a terminating 
node signal to a transfer switch located at a telco central 
office. 

[0022] These and other objects and advantages of the present 
invention will become clear to those skilled in the art in 
view of the description of the best presently known mode 
of carrying out the invention and the industrial applicabil- 
ity of the preferred embodiment as described herein and 

as illustrated in the several figures of the drawings. 
Brief Description of Drawings 



[0023] The purposes and advantages of the present invention will 
be apparent from the following detailed description in 
conjunction with the appended drawings in which: 

[0024] FIG. 1 (background art) is a block diagram depicting the 
existing infrastructure of the public switched telephone 
network (PSTN); 

[0025] FIG. 2 (background art) is a block diagram depicting the 
most common digital, or "Internet call," connection 
methodology used today; 

[0026] FIG. 3 (prior art) is a block diagram depicting the presently 
popular network evolution model, wherein the Internet 
protocol network evolves to become a single common 
packet backbone for all communications; 

[0027] FIG. 4 is a block diagram depicting a proposed more suit- 
able network evolution model, specifically a "Bandwidth 
Transfer Switching System" (BTSS); 

[0028] FIG. 5 (background art) is a block diagram of a conven- 
tional current digital loop carrier communications archi- 
tecture; 

[0029] FIG. 6a-b (prior art) are block diagrams of a current digital 
subscriber line (xDSL) architecture, wherein FIG. 6a de- 
picts the hardware architecture and FIG. 6b depicts the 
software architecture; 



[0030] FIG. 7 is a block diagram of a transfer switch access archi- 
tecture according to the present invention; 

[0031] FIG. 8 is a block diagram depicting a general implementa- 
tion of transfer node protocol layers for use within the 
present invention; 

[0032] FIG. 9 is a block diagram depicting a more specific imple- 
mentation of transfer node protocol layers for use within 
the present invention; 

[0033] FIG. 10 is a block diagram depicting the circuit sub-layer 
and packet sub-layer bandwidth allocation within the 
physical layer of the present invention; 

[0034] FIG. 11 is a block diagram depicting the external inter- 
faces of transfer nodes within the present invention; 

[0035] FIG 12a-b are block diagrams depicting a metropolitan 
area implementation suitable for use within the present 
invention, wherein FIG 12a depicts equipment connections 
and FIG. 12b conceptually depicts transfer node connec- 
tion with protocol layering; 

[0036] FIG 13a-b are block diagrams depicting a suburban area 
implementation suitable for use within the present inven- 
tion, wherein FIG 13a depicts equipment connections and 
FIG. 13b conceptually depicts transfer node connection 
with protocol layering; 



[0037] FIG 14a-b are block diagrams depicting a rural area im- 
plementation suitable for use within the present invention, 
wherein FIG 14a depicts equipment connections and FIG. 
14b conceptually depicts transfer node connection with 
protocol layering; 

[0038] FIG. 15a-d are block diagrams illustrating how invention 
permits enhancing and upgrading public switched tele- 
phone networks in stages, wherein FIG. 15a shows the ex- 
isting network, FIG. 15b shows adding centralized transfer 
nodes, FIG. 15c shows adding customer site transfer 
nodes and replacing copper interfaces with fiber optic 
ones, and FIG. 15d shows adding further centralized 
transfer nodes, particularly to provide high bandwidth ca- 
pabilities; 

[0039] FIG. 16a-b are schematic block diagrams depicting the 

different functional blocks in transfer nodes, wherein FIG. 
16a shows case where all typical elements are provided 
and FIG. 16b shows the case where all functions marked 
"Optional" in FIG. 16a are omitted; 

[0040] FIG. 17 is a schematic block diagram depicting the struc- 
ture of the transmission path between transfer nodes as 
well as variable bandwidth allocation in the physical layer; 

[0041] FIG. 18 is a schematic block diagram depicting how con- 



figurations of the BTSS that may not require central office 
based transfer nodes at all, thus entirely bypassing the 
PSTN; 

[0042] FIG. 19 is a schematic diagram stylistically depicting an 
application of the BTSS for mobile platforms using wire- 
less transmission links; 

[0043] FIG. 20a-b are schematic diagrams stylistically depicting 
applications of the BTSS with wireless transmission links, 
wherein FIG. 20a depicts connection of two access net- 
works via a single satellite and FIG. 20b depicts connec- 
tion of access networks via multiple satellites including a 
repeater; 

[0044] FIG. 21a-c are schematic diagrams also stylistically de- 
picting applications of the BTSS with wireless transmission 
links, wherein FIG. 21a depicts connection of access net- 
works via ground stations, FIG. 21b depicts connection of 
access networks via multiple ground stations including a 
repeater station between two access stations, and FIG. 21c 
depicts connection of access networks via wireless 
modems and antennas; 

[0045] FIG. 22 is a schematic block diagram depicting an en- 
hanced central node suitable for resolving address colli- 
sions; 



[0046] And FIG. 23 is a state diagram depicting a suitable ad- 
dress collision resolution system wherein the connected 

devices can move between different transmission links. 
Detailed Description 

Best Mode for Carrying Out the Invention 

[0047] a preferred embodiment of the present invention is a sys- 
tem for optimized packet and time division multiplex 
transmission and network integration. As illustrated in the 
various drawings herein, and particularly in the view of 
FIG. 7, a form of this preferred embodiment of the inven- 
tive device is depicted by the general reference character 
100. 

[0048] The present application is a continuation-in-part of Ap- 
plication No. 09/622,252, filed 01/04/2002 (issuance 
pending), which is a national phase of International Appli- 
cation No. PCT/US00/01039, filed 01/14/2000, which 
claims the benefit of U.S. Provisional Application No. 
60/116,008, filed 1/15/1999. All of which applications 
are now hereby incorporated by reference. These applica- 
tions taught the fundamental principles behind the band- 
width transfer switching system (BTSS 100), and provide a 
number of exemplary embodiments. 



[0049] jo help the reader understand the presently claimed in- 
vention, and how it builds upon the original BTSS 100 we 
start here be representing the original and its exemplary 
embodiments. The fundamental principle behind BTSS 100 
is integrating packet switching capabilities onto the effi- 
cient bit-framing techniques implemented in conventional 
circuit switching technology (e.g., Tl/El and emerging 
systems). This approach utilizes the transmission efficien- 
cies of the conventional technology for circuit switching 
and adds on packet switching capabilities. This basic 
principle is then adapted to the local loop, where dynamic 
routing capabilities are not required. This results in a sim- 
plified switching system, the BTSS 100, which provides 
both circuit switching and packet switching capabilities in 
the local loop while maintaining compatibility with the ex- 
ternal interfaces outside the local loop. 

[0050] as depicted in FIG. 7 the BTSS 100 provides an architecture 
which may include older types of conventional communi- 
cations as well as high bandwidth network communica- 
tions. It permits implementation of efficient heteroge- 
neous networks consisting of both circuit and packet 
switched technologies in public telephone switching sys- 
tems. In contrast to the approach of developing entirely 



new technologies previously discussed in the Background 
Art section, the BTSS 100 uses time-proven Tl/El/DSx 
lines 54 (or xDSL, with little modification) from the cus- 
tomer premises 42 into the local loop 50 and then uses 
SONET 102 (SONET is an optical circuit standard employing 
fiber-optic cables) to carry the data to the central office 
56. Even though the SONET 102 connection is shown as a 
single link, it will be implemented generally as a fiber op- 
tic ring. [Synchronous Digital Hierarchy (SDH) is the ITU 
specification for SONET, and applies here as 
well.]lmplementation of this architecture requires three 
new devices: an access concentrator 104, a remote con- 
centrator 106, and a transfer switch 108. Between these 
new devices, the BTSS 100 employs two communication 
channels, one for control and management functions and 
the other for transferring application packets under HDLC 
framing, wherein the application packets being framed 
may include Ethernet, TCP/IP, video streams, voice over IP, 
alarm signaling, meter polling, etc. Alternately, wireline 
interfaces may be replaced with wireless transmission, 
namely between access concentrator 104 to the remote 
concentrator 106, the remote concentrator 106 to the 
transfer switch 108, and the access concentrator 104 to the 



transfer switch 108, as well as in extensions with relay 
nodes (discussed presently). Satellite applications are also 
possible, in which the remote concentrator 106 is on a 
satellite and the access concentrator 104 and the transfer 
switch 108 are terrestrial based, or satellite applications 
are possible in which either or both of the access concen- 
trator 104 and the transfer switch 108 are on satellites. 
[0051] jo eliminate current bandwidth bottlenecks in both the 

local loop 50 and the central office 56, and also to provide 
deployment flexibility and increased network efficiency, 
the BTSS 100 bifurcates packet switch traffic and circuit 
switch traffic at the earliest access point outside of the 
customer premises 42. In this manner, different network 
architectures, technologies, and deployment strategies 
can be used in the implementation of data, voice, video, 
and other services; allowing optimization of specialized 
networks for different data types. Such specialized net- 
work access at the central office 56 is becoming increas- 
ingly important. For example, as WAN 64 access to ser- 
vices like the Internet grows. In the following discussion 
conventional telephone type circuit switch traffic and In- 
ternet type packet traffic are used in examples, and the 
details are thus sometimes specific to these, but the same 



model can be readily extended and applied to other pro- 
tocols as well. 

[0052] a key benefit of the BTSS 100 is enhancement of estab- 
lished network architectures and technologies, such as 
existing public telephone switching systems, for both cir- 
cuit switching and packet switching. The BTSS 100 handles 
circuit switched traffic in substantially the same manner 
as is currently used (discussed further below), but packet 
data is handled differently. 

[0053] Frequently it is desirable for application packet data which 
originates on an Ethernet local area network LAN 44 (i.e., a 
"local-LAN") to be routed to a WAN 64, either for some 
purpose on the WAN 64 itself or from the WAN 64 onward 
to another LAN 44 (i.e., a "remote-LAN"). For example, the 
originating LAN 44 may be a customer premises 42 that is 
accessing an ISP's network (essentially a simple LAN 44 to 
WAN 64 and back again situation, which is the example 
portrayed in FIG. 7), or the packet data may be intended 
to travel from a first LAN 44 at one customer premises 42 
via the WAN 64 onward to a second LAN 44 at a second 
customer premises 42. 

[0054] The BTSS 100 accomplishes essentially the same result as 
the prior art, LAN/WAN or local -LAN /WAN /re mote- LAN 



communications, but it does so differently. Except for 
spoofing, only physical layer and/or link layer devices 
(layers 1 and 2 of the ISO Network model) are imple- 
mented in the BTSS 100. Upon provisioning, a synchronous 
control channel (based on HDLC) is established between 
the access concentrator 104, the remote concentrator 106, 
and the transfer switch 108. Two types of packet channels 
are implemented in these special Tl/El/xDSL lines 110, in 
addition to dedicated circuit channels for voice. One for 
system control and management functions, and the other 
for carrying payload. This control channel thus carries 
provisioning, control, and management information. In 
particular, this control channel can be used to transpar- 
ently present the MAC (Ethernet address) of network de- 
vices 46 on the LAN 44 via an interface 112 to a WAN 64 
during provisioning (e.g., to an Internet router 62). 
[0055] Once the BTSS 100 is provisioned correctly, the transfer 
switch 108 monitors the Ethernet traffic on the interface 
112 and filters it based on media access control addresses 
(MAC addresses, i.e., Ethernet addresses), transferring 
traffic to appropriate remote concentrators 106 for trans- 
fer onward to appropriate access concentrators 104, which 
in turn deliver it onto the LAN 44 having the ultimate tar- 



get network device 46. In a similar fashion, the access 
concentrator 104 monitors the LAN 44 traffic and filters it 
based on MAC addresses, then transfers appropriate traf- 
fic onward to the remote concentrator 106 for transfer still 
onward to the transfer switch 108. The transfer switch 108 
then removes the framing and presents the traffic onto 
the interface 112, or appropriate other application net- 
works, or to the central office switch 60. 
[0056] For traffic destined for the WAN 64, this can be done via 
either a direct transfer switch 108 to WAN 64 connection 
using the interface 112 shown in FIG. 7, or via a conven- 
tional Tl/El/DSx line 54, as shown in FIG. 5 (background 
art, but in this regard also usable by the BTSS 100). The 
"payload frames" in this scenario are application packets 
encapsulated inside an HDLC frame. This will require an 
access concentrator 104 at the terminating site. Only a 
single payload HDLC stream between a respective access 
concentrator 104 and transfer switch 108 is necessary, but 
redundancy can be provided as desired. The channels 
available in the Tl/El/DSx line 54 are assigned at provi- 
sioning time to specific voice service connections as- 
signed to a subscriber at a customer premises 42. How- 
ever, every available channel in the Tl/El/DSx line 54 



need not be dedicated for service to a particular customer 
premises 42. Concentration techniques, wherein larger 
number of subscribers than available channels in 
Tl/El/DSx lines 54, may also be employed. 
[0057] The data transfer between a LAN 44 and a WAN 64 only 
needs to be performed for actual data packets. The con- 
trol packets can be filtered out by both the access con- 
centrators 104 and transfer switches 108, with appropriate 
responses being generated as needed, and some traffic 
through the entire system thereby eliminated. Using the 
control channel in this manner, the access concentrators 
104 are able to communicate with the transfer switches 
108 so that the correct status of each network node can be 
maintained and so that control messages can be spoofed, 
with this spoofing done by both the access concentrators 
104 and the transfer switches 108. Thus, a key point of the 
BTSS 100 is that "routing" in the traditional sense is not 
employed at stages between access concentrators 104 and 
transfer switches 108. The Internet router 62 on the WAN 
64 and the network devices 46 on the LAN 44 effectively 
"see" each other as if they where connected on a simple 
network. In essence, the BTSS 100 implements a sub- 
network that has its own intelligence and traffic routing 



capability between applications and transferring networks. 

[0058] As previously noted, the BTSS 100 handles analog traffic in 
essentially the same manner as is currently used. In order 
to support conventional "telephone" connections, the ac- 
cess concentrators 104 may include the ability to connect 
POTS lines 24 (and thus POTS devices). The analog traffic 
(e.g., voice, facsimile, and true modem) can then be either 
packetized and sent as voice over IP, or transferred using 
standard DSO channels using fractional Tl/El, and sent 
into the local loop 50 on the special Tl/El/xDSL lines 110. 

[0059] The access concentrators 104 can also provide other types 
of network connections (not shown), like security alarm 
and utility meter connections and similar appliance net- 
working which requires only slow speed network access 
(not shown). These additional network services can also 
be carried over the local loop 50 and bifurcated at the 
transfer switch 108, onto appropriate networks providing 
these services. Services which require higher speeds (e.g., 
into broadband networks 36 (FIG. 4)), like video services 
such as Broadcast TV and Video On Demand, can also be 
similarly provided for in this architecture. 

[0060] | n summary, the approach using the BTSS 100 facilitates 
using widespread and large scale deployment of time- 



proven components of Tl/El/DSx technology, while also 
leveraging the efficiency and high bandwidth of the 
SONET 102 hierarchy to provide high bandwidth communi- 
cations and to reduce costs on a per unit basis, compared 
to other methods in use today. 

[0061] FIG. 8 is a block diagram depicting a general implementa- 
tion of transfer node protocol layers for use within the 
BTSS 100. The access concentrator 104, in the customer 
premises 42\ the remote concentrator 106, in the local 
loop 50; and the transfer switch 108, in the central office 
56, are all connected with respective physical layers 120. 
These physical layers 120 in turn connect to respective link 
layers 122. In the access concentrator 104 and the remote 
concentrator 106 the link layers 122 in turn connect to 
network layers 124 which each include a POTS sub-layer 
126 and packet sub-layer 128. Finally, the access concen- 
trator 104, the remote concentrator 106, and the transfer 
switch 108 all include a management layer 130. 

[0062] The BTSS 100 maintains compatibility with the existing in- 
frastructure 10 (FIG. 1) of the PSTN completely. With refer- 
ence again to FIG. 5, in addition to taking into account the 
requirements of the local loop 50 and eliminating network 
protocol components which are not required there, the 



BTSS 100 provides inherent economic advantages over 
competing high-speed WAN 64 access solutions. Viewed 
from this perspective, the BTSS 100 needs to provide 
bridge functionality between three major device cate- 
gories, namely: the customer premises equipment (CPE 
48), the central office switches 60 (e.g., class 5 switches), 
and carrier class IP routers (e.g., Internet router 62). The 
external interface for the customer premises equipment 
(CPE 48) typically includes POTS, RJ-11, RJ-45, and Ether- 
net protocols. The external interface for the central office 
switches 60 typically includes POTS, Tl/El, DSx, SLC-96, 
GR-303, and SONET protocols. And the external interface 
for the Internet router 62 is some version of Ethernet. 
[0063] FIG. 9 is a block diagram depicting a more specific imple- 
mentation of protocol layers in a transfer node 140 for use 
within the BTSS 100, one which particularly takes into ac- 
count compatibility functionalities required for interfacing 
at appropriate external interfaces 142. The transfer node 
140 connects to other transfer nodes 140 within the BTSS 
100 via one or more internal interfaces 144. A physical 
layer 146 handles traffic into and out of the internal inter- 
faces 144. The physical layer 146 includes a dedicated cir- 
cuit sub-layer 148 and a shared packet sub-layer 150. A 



system management layer 152 or a transfer function layer 
154, as appropriate for the respective tasks of manage- 
ment and data transfer, controls the physical layer 146. Fi- 
nally, a compatibility functions layer 156 "resides" atop all 
of this and handles traffic into and out of the external in- 
terfaces 142. 

[0064] The "generic" transfer node 140 of FIG. 9 may be any one 
of five different more specific types. One is a customer 
premises equipment type terminating node, such as an 
access concentrator 104, which connects to the user's var- 
ious communications devices (I2a-g ) (F\G. 1 and 3-4). A 
second is a central office type central node, such as the 
transfer switch 108, which connects to the central office 
switches 60 (e.g., class 5 switches). A third is an ISP type 
central node, again such as the transfer switch 108, but 
which connects to carrier class IP routers (e.g., Internet 
router 62). A fourth is a distributor type node, such as the 
remote concentrator 106, which connects only to other 
nodes of other types. Finally, a fifth is a relay type node 
which also connects only to other nodes, but not neces- 
sarily nodes of other types. The second and third of these, 
the central office and ISP types, may be implemented in 
one transfer switch 108 if both communication categories 



are needed, but this is not a requirement. The distributor 
and relay type notes do not not have any external inter- 
faces 142 or any layers above the packet sub-layer 150. 
The relay type notes are included here for completeness, 
and are discussed in detail presently. 

[0065] a key principle behind the BTSS 100 is combining circuit 
switching and packet switching in ways which enhance 
network capabilities in the local loop 50 (FIG. 7), but with 
reduced complexity. The functionality is independent of 
the physical layer connection, and may use the various 
xDSL technologies, coax, or even wireless to provide 
physical connectivity. On the physical layer 146, a logical 
DS1 (Tl/El) scheme may be implemented. This DS1 
scheme may provide compatibility with existing OSS 
(Operations Support Systems). A high-speed Internet ser- 
vice offered with the BTSS 100 can then be managed as a 
"Consumer DS1" with existing support systems. Some key 
functions where the DS1 features will be used are service 
provisioning, alarm detection, monitoring, and propaga- 
tion. The data rate on the consumer DS1 will vary depend- 
ing on the particular physical layer 146 which is used. 

[0066] FIG. 10 is a block diagram depicting the bandwidth alloca- 
tion within the circuit sub-layer 148 and the packet sub- 



layer 150 of the physical layer 146. The bandwidth of the 
physical layer 146 is split into dedicated DSO channels 158 
(e.g., 64 kbps each) for voice and other analog data con- 
nections. Each subscriber connection may consist of one 
or more dedicated DSO channels 158, and optionally a 
common channel for the packet sub-layer 150 if data ser- 
vices are enabled. After providing for the dedicated DSO 
channels 158, all remaining bandwidth may be used in a 
single packet sub-layer 150 which may implement a HDLC 
framed link layer. This may use 16-bit address field and 
HDLC framing wherein the address field is used to imple- 
ment multiple logical links, including a control link for 
implementing management functions. 
[0067] | n this manner, the BTSS 100 may increase efficiency and 
simplicity by eliminating all dynamic routing requirements 
between the various transfer nodes 140. Voice calls are 
carried over the dedicated DSO channels 158 using stan- 
dard schemes for implementing voice connections. The 
assignment of the DSO channels 158 is done at service 
provisioning, and for data services (e.g., Internet connec- 
tion) a logical link is provisioned across all connecting 
transfer nodes 140, with a unique link layer address for 
each connecting segment. The available bandwidth in the 



packet sub-layer 150 is then shared among all the data 
connections serviced by the segment. Priority schemes 
may be implemented to provide varying levels of service. 
The control link used for system management typically 
will be implemented as a priority link between the transfer 
nodes 140. 

[0068] FIG. 11 is a block diagram summarizing typical interfaces 
in the BTSS 100, and particularly possible ones between 
the various transfer nodes 140. The transfer nodes 140 in- 
clude the access concentrator 104 (a terminating node or 
TN), the remote concentrator 106 (a distributing note or 
DN), and the transfer switch 108 (a central node or CN). 
Also included, but not previously described in detail, is a 
relay node 160 (RN). 

[0069] An analog user device, specifically the telephone 12a 

shown, is connected to an access concentrator 104 via an 
external interface 142a (such as the POTS connection 
shown). A digital user device, specifically the computer 
l2d, i.e., a network device 46, is connected to the access 
concentrator 104 via another external interface 142b (such 
as the Ethernet connection shown). 

[0070] The access concentrator 104 is connected to the relay 

node 160 via an internal interface 144a, and the relay node 



160 is connected to the remote concentrator 106 via an- 
other internal interface 144a (both shown here as possibly 
being any of Tl, El, xDSL, or POTS). The remote concen- 
trator 106 connects to the transfer switch 108 via another 
internal interface 144b (shown here as possibly being any 
of Tl, El, xDSL, POTS, or SONET; i.e., adding SONET, 
which is preferred). 

[0071] The remote concentrator 106 is connected to the central 
office switch 60 via an external interface 142c (shown here 
as being either POTS or DS1), and the remote concentrator 
106 is also connected to an Internet router 62 via another 
external interface l42d (shown here as being Ethernet, but 
with higher speed versions preferred). 

[0072] The relay node 160 is optional, but may be used when sig- 
nals are transmitted long distances or need to be en- 
hanced due to electronically "noisy" environments. For ex- 
ample, almost all protocols have some usable distance 
limitation, with xDSL being particularly notable in this re- 
spect. 

[0073] There are several possible deployment configurations for 
implementation of the BTSS 100 based on different net- 
work topology. FIG. 12a-b show deployment in a typical 
metropolitan area, where the distance between a central 



office 56 and a customer premises 42 is short; FIG. 13a-b 
show deployment in a typical suburban area; and FIG. 
14a-b show deployment in a typical rural area, where the 
distance between the central office 56 and the customer 
premises 42 is considerable and signal regeneration is re- 
quired. 

[0074] FIG. 12a is a schematic block diagram showing equipment 
location for deployment in a typical metropolitan area. 
The distance between the access concentrator 104 at the 
customer premises 42 and the transfer switch 108 in the 
central office 56 is short. This permits elimination of the 
remote concentrator 106 and any relay nodes 160 (see e.g., 
FIG. 11, 13a and 14a). 

[0075] FIG. 12b is a schematic block diagram showing layer ar- 
rangement in the various transfer nodes 140 used in FIG. 
12a. As can be seen, both the access concentrator 104 and 
the transfer switch 108 may have essentially the same lay- 
ers (122, 124, 126, 128 and 130). 

[0076] FIG. 13a is a schematic block diagram showing equipment 
location for deployment in atypical suburban area. Here 
the distance between the access concentrators 104 at cus- 
tomer premises 42, which may be numerous and more 
distributed, and the transfer switch 108 in the central of- 



fice 56 is greater than in the metropolitan area of FIG. 13a. 
A remote concentrator 106 is therefore provided in this 
implementation. 

[0077] FIG. 13b is a schematic block diagram showing layer ar- 
rangement in the various transfer nodes 140 used in FIG. 
13a. As can be seen, both the access concentrator 104 and 
the transfer switch 108 may have essentially the same lay- 
ers (146, 148, 150, 152, 154 and 156 ), but the remote con- 
centrator 106 does not have a compatibility functions layer 
156 or any external interfaces 142. 

[0078] FIG. 14a is a schematic block diagram showing equipment 
location for deployment in a typical rural area. Here the 
distance between a first access concentrator 104a at a first 
customer premises 42 and the remote concentrator 106 is 
considerable. Two relay nodes 160 are therefore added 
between the first access concentrators 104 and the remote 
concentrator 106. This is particularly useful for protocols 
like xDSL, which are severely distance limited. In contrast, 
a closer second (third etc.) access concentrator 104b may 
directly connect to the remote concentrator 106, as shown. 

[0079] FIG. 14b is a schematic block diagram showing layer ar- 
rangement in the various transfer nodes 140 used in FIG. 
14a. As can be seen here, the access concentrators (104a, 



104b) and the transfer switch 108 may have essentially the 
same layers (146, 148, 150, 152, 154 and 156 ), the remote 
concentrator 106 lacks a compatibility functions layer 156 
and external interfaces 142\ and the relay nodes 160 have 
only physical layers i46and circuit sub-layers 148. In this 
case, the relay nodes 160 may implement the physical lay- 
ers 146 and circuit sub-layers 148 using the bit frames and 
embedded control channels implemented as in regular 
Tl/El interfaces. The embedded control channel may 
support alarm monitoring, detection, and propagation 
from the access concentrators (104a, 104b) to the transfer 
switch 108. The relay nodes 160 thus allow extending the 
distances over which service can be provided, potentially 
without any limit. 

[0080] The BTSS 100 can be particularly useful in reducing the 
current IP address shortage, in enhancing network secu- 
rity, providing unified directory services, and handling ad- 
ditional number services. 

[0081] Returning to FIG. 7, it can be seen there that the access 
concentrator 104, remote concentrator 106, and transfer 
switch 108 form a hierarchical boundary in a given service 
area. This can be highly useful to reduce the current IP 
address shortage. At the first level, the access concentra- 



tor 104 provides connectivity to a LAN 44 at the customer 
premises 42. This LAN 44 can be implemented either as a 
"closed network" or "open network." If it is desirable to 
provide open access to all of the systems at the customer 
premises 42 from the outside, then away to provide ad- 
dressing is to use globally unique IP addresses (RFC 1918, 
BCP 5) which are routable across the WAN 64, e.g., the In- 
ternet. But if such systems are meant to have limited ac- 
cess then a way to provide addressing is to use the non- 
routable private IP addresses. The remote concentrator 
106 and the transfer switch 108 form logical network ac- 
cess control points to and from the outside service area 
covered by each remote concentrator 106 or transfer 
switch 108. By providing private IP addresses as the de- 
fault addressing scheme for networks crossing the local 
loop 50, the BTSS 100 technology, if widely deployed, can 
drastically reduce the need for unique IP addresses. Since 
all the transfer nodes 140 (FIG. 11) are non-routing with 
respect to customer data, this implementation is indepen- 
dent of user device addressing schemes. Implementing 
Network Address Translation (NAT) along with private IP 
addresses thus allows for significantly reducing the cur- 
rent IP address shortage. 



[0082] The BTSS 100 also facilitates providing heightened network 
security and privacy. By implementing a NAT (Network 
Address Translation) on a central transfer switch 108, each 
subscriber may be provided an isolated LAN 44 with built- 
in security. Enhanced security features such as proxy 
servers can be implemented on the transfer switch 108 for 
added security needs. The remote concentrator 106 and 
the transfer switch 108 becomes a natural network access 
point for implementing the various protection and access 
control techniques available for implementing network se- 
curity and privacy features. In addition, the access con- 
centrator 104, remote concentrator 106, and transfer 
switch 108 form network access control points. This allows 
implementation of uniform network access control meth- 
ods for varying levels of security needs. Since these de- 
vices are on the outer perimeter of any connected net- 
works, e.g., the LAN 44 and WAN 64, the security capabili- 
ties implemented can enhance any additional security 
measures implemented within such connected networks. 
In addition, being on the outer perimeter of such con- 
nected networks, the transfer nodes 140 are capable of 
implementing network isolation, intrusion detection, and 
firewall schemes as fundamental functions. 



[0083] As the various ways we use to communicate increases, 

providing unified directory services becomes increasingly 
desirable. Telephone companies have long implemented 
universal and easily accessible systems for distributing 
subscriber information, e.g., phone numbers, directory 
assistance, etc. These telephone numbering plans and the 
associated directory services provide a comprehensive set 
of tools for making the PSTN 14 (FIG. 1) useful. With the 
public WANs 64, such as the Internet, becoming increasing 
commonplace, the need for similar directory services is 
becoming obvious. Currently, the domain names and e- 
mail addresses used are being distributed or published in 
an ad hoc manner, and thus lack the universal reach and 
uniformity available with telephone directory-type meth- 
ods. However, by linking a customer telephone to all such 
WAN (particularly Internet) related identification informa- 
tion, a customer who wishes to publish (privately or pub- 
licly) can simplify or avoid the current problems relating 
to the dissemination of their identification information. 
Appropriate embodiments of the access concentrator 104 
can enable the customers to configure the selected identi- 
fication information to be associated with their telephone 
number. Appropriate embodiments of the transfer switch 



108 can then make this information available to the tele- 
phone operations systems, making it available as addi- 
tional information available about the customer. The in- 
formation thus provided can either be manually retrieved, 
e.g., via conventional operator assistance techniques, or 
the transfer nodes 140 can use the telephone number as a 
key identifier to provide directory lookup services. 
[0084] similarly, as the various services we use to communicate 
increases, the quantity of dedicated additional telephone 
numbers we require for such is becoming unwieldy. How- 
ever, in the BTSS 100, the terminal transfer nodes 140 can 
provide more than one POTS connection on each customer 
line. This permits providing additional telephone lines, 
such as dedicated ones for fax and pager services, but 
without the need for dedicated telephone numbers. While 
having dedicated circuits assigned for each specific type 
of service (fax, pager, second line, etc.), under the BTSS 
100 there is no need to provide separate numbers for 
each. The service type can be identified either at the ac- 
cess concentrator 104 or at the transfer switch 108. The 
PSTN 14 can route the call to the customer telephone 
number like any other call. And the terminal transfer 
nodes 140 can appropriately terminate the call based on 



its particular type. In this manner, the need for different 
telephone numbers for each different service may be 
eliminated. Large scale deployment of these capabilities 
can reduce the need for separate telephone numbers, thus 
reducing the current number shortage. 
[0085] FIG. 15a-d illustrate how the BTSS 100 permits enhancing 
and upgrading the local loop 50 in stages. Currently, the 
technology implemented in the local loop 50 addresses 
only voice service needs. Providing the next generations 
of services requires enhancing and upgrading the local 
loop to offering voice, data, and video services. This is a 
huge effort in terms of time and resources, and the only 
practical way to achieve such enhanced capabilities is by 
implementing them in stages. FIG. 15a-d show how this 
upgrade and enhancement can be implemented in five 
steps. FIG. 15a shows step 0 (the existing situation), 
wherein local loop 50 consists of customer equipment 162 
at the customer premises 42, an end office unit 164 in the 
telco central office 56, and copper wire lines 166 connect- 
ing these. FIG. 15b shows a step 1, wherein the transfer 
nodes 140 are deployed in the local loop 50, but offering 
only POTS type services. FIG. 15c shows a step 2, wherein 
data (e.g., Internet) services are additionally offered by 



adding access concentrators 104. FIG. 15c also shows a 
step 3, wherein the bandwidth limitations in the local loop 
50 are eliminated by deploying fiber optic lines 168 (e.g., 
SONET) between the central transfer nodes 140 (e.g., the 
remote concentrator 106 and transfer switch 108). Finally 
FIG. 15d shows a step 4, wherein additional remote con- 
centrators i 06 are deployed to provide high bandwidth 
services (e.g., HDTV, video) and for additional service se- 
lections which employ flexible and reconfigurable sub- 
networks in the local loop 50 using the network of transfer 
nodes 140. 

[0086] The following is a simplified outline of the functions of 
the access concentrator 104: connection to POTS tele- 
phones; TCP/IP interface over Ethernet; Tl/El/xDSL inter- 
face to the remote concentrator 106; establish and man- 
age the control channel to the transfer switch 108; op- 
tional dynamic channel allocation of the available band- 
width between packet and voice time division multiplexing 
(TDM) traffic, or voice over IP; conversion and transmis- 
sion of Ethernet packets from the LAN 44 into HDLC 
framed packets to the transfer switch; conversion and 
transmission of remote HDLC packets from the transfer 
switch 108 to Ethernet packets in the LAN 44; managing 



and maintaining Ethernet MAC address conversion to and 
from HDLC addresses; spoofing network control packages 
addressed to all remote devices which are currently active 
(this requires partial IP level filtering and processing); 
compression and decompression of different data types; 
encryption of secure data and management and process- 
ing of digital certificates for authentication; and combina- 
tion of different traffic types, e.g., analog, voice, video, 
data, etc., into data streams. 
[0087] The following is a simplified outline of the functions of 
the remote concentrator 106: multiple Tl/El/xDSL inter- 
faces to multiple access concentrators 104; DSx/ 
xDSL/SONET interfaces to transfer switches 108 at the 
central offices 56; maintaining the control channel be- 
tween the transfer switch 108 and the remote concentra- 
tors 106; and dropping and inserting Tl/El/xDSL inter- 
faces from the access concentrators 104 into the SONET 
interfaces. 

[0088] The following is a simplified outline of the functions of 
the transfer switch 108: maintaining multiple Tl/El/DSx 
interfaces from multiple remote concentrators 106; main- 
taining multiple 10/100/1000 base-T interfaces to Inter- 
net routers 62 (for data traffic); maintaining multiple 



Tl/El/DSx interfaces to central office switches 60 (for 
voice data); establishing and managing the control chan- 
nels (through HDLC framed links) to access concentrators 
104; accepting Ethernet MAC addresses from the access 
concentrators 104 and presenting them on the 
10/100/1000 base-T interface to Internet routers 62\ 
controlling and managing TDM voice calls to the access 
concentrators 104, alternatively providing voice over IP; 
spoofing network control packages addressed to all re- 
mote devices which are currently active (this requires par- 
tial IP level filtering and processing); compressing and de- 
compressing different data types; encryption of secure 
data and management and processing of digital certifi- 
cates for authentication; separating the data streams back 
into the original different traffic types, e.g., analog, voice, 
video, data, etc., for transfer to different application net- 
works, e.g., central office switch 60, Internet router 62, 
alarm system, utility company meter polling, etc. 
[0089] FIG. 16a-b are schematic block diagrams depicting the 

different functional blocks in transfer nodes 140. FIG. 16a 
is essentially the same as FIG. 9, and FIG. 16b emphasizes 
the cases where all functions marked "Optional" in FIG. 
16a are omitted (particularly used for the relay node 160). 



These figures are useful for recapping the four types of 
devices that the generic transfer node 140 can represent: a 
terminating node (TN), the access concentrator 104; a 
central node (CN), the transfer switch 108; a distributor 
node, the remote concentrator 106 (RC); and the relay 
node 160 (RN). 

[0090] The differences are in the functionality implemented in 

each of these devices to build the BTSS 100, which we can 
summarize as follows. The access concentrator 104 
(terminating node) provides standard (non-transfer node) 
interfacing to network devices, and provides address 
mappings and/or translations for data transfer across the 
BTSS 100 without need for native (non-transfer node) 
routing. The transfer switch 108 (central node) provides 
traffic aggregation, and data transfer cross-connections 
between access concentrators 104, remote concentrators 
106, relay nodes 160, and other transfer switches 108. 
These also provide centralized network management 
functions, such as address collision resolution (discussed 
presently). The primary function of the remote concentra- 
tor 106 (distributor node) is traffic concentration and opti- 
mization among multiple access concentrators 104. And 
the relay node 160 is a simplified transfer node used for 



extended transmission of transfer connection signals (FIG. 
17). The functions marked "optional" in FIG. 16a will usu- 
ally not be present in relay nodes 160 (as FIG. 16b empha- 
sizes), and may also be absent in some of the other types 
of transfer nodes 140, as needs require. 

[0091] FIG. 17 is a schematic block diagram depicting the struc- 
ture of the transmission path between transfer nodes 140 
as well as variable bandwidth allocation in the physical 
layer 146, specifically, allocation for transfer connection 
signals. FIG. 17 resembles FIG. 10, but includes additional 
detail in packet link layer (the packet sub-layer 150) and 
the circuit switched layer (the DSO channels 158). 

[0092] FIG. 18 is a schematic block diagram depicting how con- 
figurations of the BTSS 100 that may not require central 
office based transfer nodes 140 at all, thus entirely by- 
passing the PSTN 14 (FIG. 4). This particularly also shows 
the extended transfer network topology that can be 
achieved beyond the traditional central office based digital 
loop carrier architecture. 

[0093] FIG. 19 is a schematic diagram stylistically depicting an 
application of the BTSS JOOfor mobile platforms using 
wireless transmission links. In this exemplary representa- 
tion two transfer switches 108 (central nodes, CN) are 



present in a satellite 170 and an aircraft 172. Both of these 
transfer switches 108 are able to service all of the access 
networks 34 present, each including an access concentra- 
tor 104 (terminating node, TN). The respective access net- 
works 34 here are in another aircraft 172 (Na), a road vehi- 
cle 174 (Nv), a train 176 (Nt), a ship 178 (Ns), a building 180 
(Nb), and another satellite 170 (Nss). The use of two cen- 
tral nodes (transfer switches 108) is not required, but pro- 
vides a useful backup capability. For instance, if sun spot 
activity disrupts the ability to use the one central node in 
the satellite 170, the other central node in the aircraft 172 
can substitute. Conversely, if inclement weather of action 
by hostile forces disables or precludes use of the central 
node in the aircraft 172, the other central node in the 
satellite 170 can substitute (perhaps having this capability 
but generally using its resources for other tasks until if 
and when needed). 
[0094] FIG. 20a-b and 21a-c are schematic diagrams stylistically 
depicting applications of the BTSS 100 with wireless trans- 
mission links. FIG. 20a depicts connection of two access 
networks 34 via satellite modems 182 and a single satellite 
170; whereas, FIG. 20b depicts connection of two access 
networks 34 via multiple satellites 170. FIG. 21a depicts 



connection of two access networks 34 via respective dish 
modems 184 and ground stations 186 (line-of-sight wire- 
less or media-less optical); whereas, FIG. 21b depicts 
connection of two access networks 34 via multiple ground 
stations 186, including one that is a repeater station be- 
tween two access stations serving respective the access 
networks 34; and FIG. 21c depicts connection of two ac- 
cess networks 34 via respective wireless modems 188 and 
antennas 190. 

[0095] FIG. 22 is a schematic block diagram depicting an en- 
hanced central node 192 suitable for resolving address 
collisions. In addition to the elements of the previously 
discussed central node (transfer switch 108), the enhanced 
central node 192 has a database 194 that can be used to 
store information about the state of the transfer network 
nodes, links, and connected devices, including active MAC 
addresses and the links and access networks 34 on which 
they are active. With suitable software 196 to access the 
database 194, the enhanced central node 192 provides a 
way to interconnect sub networks sub-networks (access 
networks 34, network-A, network-B, etc.) without an ex- 
isting network infrastructure, such as that provided by 
full-featured embodiments of the BTSS 100 (see e.g., FIG. 



4 including an IP network 18, a SS7 network 20, POTS lines 
24, and a broadband network 36). 
[0096] FIG. 23 is a state diagram depicting a suitable address 
collision resolution system 198, wherein the connected 
devices can move between different transmission links. As 
noted above, the enhanced central node 192 has a 
database 194 to keep track of the device addresses con- 
nected to the transmission links. Address collisions can 
then be avoided using the collision resolution system 198 
in the following manner. If a device address is not present 
in the database 194, the device is accepted into the BTSS 
100. If the device address is already in the database 194, 
preference is given to an existing connection and access 
of the new device to the BTSS 100 is denied. The presence 
of an existing device for the address is accomplished with 
a device status request, and a time-out mechanism. The 
presence of an existing device is detected by an affirma- 
tive status message. Lack of an affirmative status message 
and/or response time-out is used as an indication that 
the device with the address is absent or inactive in the 
BTSS 100. In which case, the new device is granted access 
into the BTSS 100. And the device information stored in 
the database 194. Spoof detection and prevention steps 



are not implemented as part of the media access part of 
the BTSS 100, but may be implemented as a higher layer or 
implemented as native to the network device. 
[0097] while various embodiments have been described above, it 
should be understood that they have been presented by 
way of example only, and not limitation. Thus, the 
breadth and scope of a preferred embodiment should not 
be limited by any of the above described exemplary em- 
bodiments, but should be defined only in accordance with 

the following claims and their equivalents. 
Industrial Applicability 

[0098] The bandwidth transfer switching system (BTSS 100) is well 
suited for application in upgrading the existing PSTN 14, 
as well as constructing private networks or connecting 
such to the existing PSTN 14. As modern communications 
evolves from analog based systems to digital ones it is in- 
creasingly necessary to provide the capability to handle 
both analog and digital data types, or as these are com- 
monly known, switched circuit and data packet communi- 
cations traffic. While the eventual goal, arguably, is to ar- 
rive at an Internet protocol based system wherein only 
data packet is used, switching the existing PSTN 14 to an 
Internet protocol network (IP network 18) is simply not re- 



alistic. A transitional approach of constructing the IP net- 
work 18 in parallel with the existing PSTN 14 is also not 
practical. This has resulted in a piecemeal hybridizing ap- 
proach wherein both switched circuit and data packet 
traffic are forced through at least part of the existing 
PSTNs 14, with the result that some segments of it are 
severely burdened. 
[0099] The BTSS 100 permits an incremental approach to the 

problems of upgrading our communications infrastructure 
by providing access networks 34 to the customer premises 
42 and then separating the traffic types early in the telco 
central office 56 or even in the remote concentrators 106 
(i.e., the distributor nodes). It permits continued usage of 
the considerable existing investment in copper wire lines 
166, and their gradual replacement with fiber optic lines 
168 in key, high traffic volume, segments of the communi- 
cations system. 

[0100] | n this manner, the BTSS 100 is able to effectively and eco- 
nomically integrate communications between telephones 
12a, facsimiles 12b, modems 12c, computers I2d, special 
services devices I2e (e.g., alarm and utility metering sys- 
tems), digital voice phones I2f, video units I2g, LANs 44, 
and WANs 64 (including the Internet). Furthermore, while 



doing this the BTSS 100 is also able to help in reducing 
peripheral communications problems like the current IP 
address shortage, network security and privacy, unifying 
directory services, and providing additional number ser- 
vices in our finite numbering schemes. 
[0101] For the above, and other, reasons, it is expected that the 
BTSS 100 of the present invention will have widespread in- 
dustrial applicability. Therefore, it is expected that the 
commercial utility of the present invention will be exten- 
sive and long lasting. 



